System and method for interleaved media communication and conversion

ABSTRACT

A method or system configured for receiving a first single data stream representing a first multimedia file, the first single data stream including an interleaved sequence of data elements of a plurality of media, and/or transmitting a second single data stream representing a second multimedia file, the second single data stream including an interleaved sequence of data elements of said plurality of media, where the second multimedia file differs from said first multimedia file by at least one data element of a selected medium extracted from said first multimedia file, and/or by at least one data element of a selected medium added to the first multimedia file, and/or by at least one data element of a selected medium added to the first multimedia file being a converted version of the at least one data element of a selected medium extracted from the first multimedia file.

PRIORITY

This application, is a U.S. National Stage Filing under 35 U.S.C § 371of International application no. PCT/IB2017/00642 filed on May 12, 2017,which claims priority to U.S. Provisional Application No. 62/337,080,filed May 16, 2016, and titled “System and Method for Interleaved MediaCommunication and Conversion,” the disclosures of which are herebyincorporated by reference.

FIELD

The method and apparatus disclosed herein are related to the field ofcommunication, and, more particularly, but not exclusively to systemsand methods for storable multimedia communication.

BACKGROUND

Communication networks can transfer various types of content betweencommunication terminals, and communication servers, intermediatingbetween communication terminals, can store and forward various types ofcontent. Communication terminals can generate and consume various typesof content. A content type or medium may be sound, speech, picture,video, text, graphics, animation, etc. The combination of such types ofcontent is commonly referred to as multimedia. Communication networks,servers, and terminals can communicate multimedia content, and there aremany formats for communicating multimedia content between terminals.However, if a particular multimedia content is generated andcommunicated in a particular format, it is very difficult to change thecharacteristics of any particular content type of the multimediacontent, or replace any part of the content. There is thus a widelyrecognized need for, and it would be highly advantageous to have, asystem and method for delivering a multimedia content over a networkthat overcomes the above limitations.

SUMMARY

In the following description certain aspects and embodiments of thepresent disclosure will become evident. It should be understood that thedisclosure, in its broadest sense, could be practiced without having oneor more features of these aspects and embodiments. It should also beunderstood that these aspects and embodiments are examples only.

The disclosed embodiments include methods for communicating a pluralityof media over a communication network.

A disclosed method includes obtaining a plurality of media by atransmitter communicatively coupled to said communication network,preparing to transmit said plurality of media to a receivercommunicatively coupled to said communication network, and transmittingsaid plurality of media from said transmitter to said receiver as asingle data stream including an interleaved sequence of data elements ofsaid plurality of media, wherein each of said data elements includesdata of one type of medium of said plurality of media. The plurality ofmedia is multiplexed in said single data stream by said transmitterand/or de-multiplexed from said single data stream by said receiver.According to the disclosed embodiments, the method includes the receiverfurther transmitting an extracted data element of a selected medium to aselected second receiver of a plurality of second receivers, whereinsaid selected second receiver is adapted to provide said selected mediumto a user. The receiver may also transmit a plurality of extracted dataelements of the plurality of media to a plurality of second receivers,wherein each of said second receivers is adapted to provide at least onerespective selected medium to a user, and where the plurality ofextracted data elements are transmitted synchronously.

Another disclosed method includes receiving, at a network-accessibledevice, a first single data stream representing a first multimedia file,said first single data stream including a first interleaved sequence ofdata elements of said plurality of media, wherein each of said dataelements includes data of one type of medium of said plurality of media,and transmitting, from said network-accessible device, a second singledata stream representing a second multimedia file derived from the firstmultimedia file, said second single data stream including a secondinterleaved sequence of data elements of said plurality of media,wherein each of said data elements includes data of one type of mediumof said plurality of media. The second multimedia file differs from saidfirst multimedia file by at least at least one data element of aselected medium extracted from said first multimedia file, and/or by atleast one data element of a selected medium added to said firstmultimedia file, and wherein said at least one data element of saidselected medium added to said first multimedia file is a convertedversion of said at least one data element of said selected mediumextracted from said first multimedia file.

The disclosed methods additionally include synchronizing at least onedata element of a first medium with at least one other data element ofsaid first medium, and synchronizing at least one data element of saidfirst medium with at least one data element of a second medium.Additional aspects include separating at least one of said single datastream, said first single data stream, and said second single datastream, into a plurality of different types of media.

According to the disclosed methods, at least one of said single datastream, said first single data stream, and said second single datastream comprises a data element describing said plurality of media,and/or a data element identifying a particular medium of said pluralityof media, and/or a data element identifying at least one data elementbearing a particular medium of said plurality of media. In the disclosedembodiments, a data element describing said plurality of media comprisesa plurality of data elements and at least one of said data elementsindicates a change in said plurality of media.

The disclosed methods also include extracting at least one data streamelement of a first selected medium from a selected one of said singledata stream, said first single data stream, and said second single datastream while preserving synchronization with other data stream elementsof different media in said selected single data stream, and/or insertingat least one data stream element of a second selected medium into saidselected single data stream, wherein said inserted data stream elementis synchronized according to said synchronization with at least oneother data stream element of different media in said selected singledata stream. The disclosed methods also include converting saidextracted data stream element into said inserted data stream element,wherein converting comprises converting speech to text, and/orconverting text to speech, and/or converting text to image, and/orconverting video to still picture, and/or converting still picture tographics, and/or converting video to animation, and/or convertingresolution, and/or converting compression. At least one of the steps ofextracting, inserting, and converting is instructed by said receiver orsaid second receiver, and executed by said first receiver, and/orinstructed by a user of said first receiver, and executed by said firstreceiver.

According to the disclosed embodiments, at least one of said transmitterand said network-accessible device is a first receiver, and thedisclosed methods additionally include further transmitting, by saidfirst receiver, a converted single data stream to at least one of saidreceiver and a second receiver. The converted single data streamincludes said selected single data stream without said extracted atleast one data stream element, and/or said selected single data streamincluding said inserted at least one data stream element, and/or saidselected single data stream including said converted data streamelement.

The disclosed embodiments include adapting said converted single datastream to a characteristic of a communication network connecting saidfirst receiver with said receiver or said second receiver, and/or acharacteristic of said receiver or said second receiver, and/or acharacteristic of an environment of said receiver or said secondreceiver. The step of adapting includes analyzing said characteristic ofsaid receiver or said second receiver, communicating an adaptationinstruction from said receiver or said second receiver to said firstreceiver, converting said extracted data stream element into saidinserted data stream element in said first receiver, and transmittingsaid converted data stream element to said receiver or said secondreceiver.

According to the disclosed embodiments, the characteristic of saidcommunication network comprises network bandwidth, and/or networklatency, and/or network jitter. The characteristic of said receiver orsaid second receiver comprises display resolution, and/or display size,and/or number of pixels in a display, and/or processing power. Thecharacteristic of said environment of said receiver or said secondreceiver comprises noise conditions, and/or lighting conditions.

According to the disclosed embodiments, the first receiver is adapted tobe carried by a user of said receiver or said second receiver and/oradapted to be worn by a user of said receiver or said second receiver.

Other disclosed embodiments include a network communication nodeincluding at least one processor configured to perform operationsconsistent with one or more of the disclosed methods and embodiments.

In accordance with additional embodiments of the present disclosure, acomputer program product embodied on a non-transitory computer readablemedium is disclosed that stores instructions that, when executed by aprocessor(s), causes the processor(s) to perform operations consistentwith one or more of the disclosed methods and embodiments.

It is to be understood that both the foregoing general description andthe following detailed description are by example and explanatory only,and are not restrictive of the disclosed embodiments, as claimed.

BRIEF DESCRIPTION OF THE DRAWINGS

Various embodiments are described herein, by way of example only, withreference to the accompanying drawings. With specific reference now tothe drawings in detail, it is stressed that the particulars shown are byway of example and for purposes of illustrative discussion of thepreferred embodiments only, and are presented in order to provide whatis believed to be the most useful and readily understood description ofthe principles and conceptual aspects of the embodiment. In this regard,no attempt is made to show structural details of the embodiments in moredetail than is necessary for a fundamental understanding of the subjectmatter, the description taken with the drawings making apparent to thoseskilled in the art how the several forms and structures may be embodiedin practice.

In the drawings:

FIG. 1 is a simplified illustration of a multimedia communicationsystem;

FIG. 2 is a simplified block diagram of a computing device used by themultimedia communication system;

FIG. 3 is a simplified illustration of a communication channel in themultimedia communication system;

FIG. 4 is a simplified illustration of another variation of acommunication channel of the multimedia communication system;

FIG. 5 is an enlarged illustration of a smartwatch and awristband-mounted camera;

FIG. 6 is a simplified sequence-diagram of a communication session;

FIG. 7 is a simplified sequence diagram of a communication sessionbetween a transmitter communication terminal, and a recipientcommunication terminal, via a plurality of servers;

FIG. 8 is a simplified block diagram of a streaming multimedia file;

FIG. 9 is simplified block diagrams of an input streaming multimediafile, and a corresponding output streaming multimedia file;

FIG. 10 is a block diagram of a plurality of multimedia streamsreceived, mixed, and forwarded by a server; and

FIG. 11 is an illustration of a multimedia communication system sourcinga plurality of inputs into a single multimedia file.

DETAILED DESCRIPTION

Reference will now be made in detail to the disclosed embodiments,examples of which are illustrated in the accompanying drawings.

The present embodiments comprise systems and methods for creating andcommunicating multimedia. The principles and operation of the devicesand methods according to the several exemplary embodiments presentedherein may be better understood with reference to the drawings andaccompanying description.

Before explaining at least one embodiment in detail, it is to beunderstood that the embodiments are not limited in their application tothe details of construction and the arrangement of the components setforth in the following description or illustrated in the drawings. Otherembodiments may be practiced or carried out in various ways. Also, it isto be understood that the phraseology and terminology employed herein isfor the purpose of description and should not be regarded as limiting.

In this document, an element of a drawing that is not described withinthe scope of the drawing and is labeled with a numeral that has beendescribed in a previous drawing has the same use and description as inthe previous drawings. Similarly, an element that is identified in thetext by a numeral that does not appear in the drawing described by thetext, has the same use and description as in the previous drawings whereit was described.

The drawings in this document may not be to any scale. Different figuresmay use different scales and different scales can be used even withinthe same drawing, for example different scales for different views ofthe same object or different scales for the two adjacent objects.

The purpose of the embodiments is to provide at least one system and/ormethod for communicating multimedia, and particularly but notexclusively, to affect and/or replace components of multimedia contentin real-time.

The term “multimedia” or “multimedia content” may refer to anycombination of two or more “media” or content types. Media, or contenttypes, may be sound, speech, image, picture, video, text, graphics,animation, data, metadata, control information, session information,etc.

The term “data,” particularly as a content type or medium, may refer todata referencing between elements of different media, such as syncinformation, such as lip-sync data. The term “data” may also refer tomeasurement such as location (e.g., GPS data), motion (e.g.,accelerometer and/or gyro data), orientation (e.g., gravimeter, gyro,and/or compass data), timing information (e.g., lip-synch), biometricdata (e.g., heartbeat rate, skin conductivity), etc.

The term “stream” or “streaming,” such as in “streaming content,”“streaming information,” or “streaming multimedia,” may refer to contentsuch as sound and video that each is produced, communicated, andconsumed in a fixed or constant rate. A bit rate of the communicationnetwork may vary, but it is desirable for each packet of a media streamto arrive at a recipient strictly on time according to the fixed rate ofthe transmitted medium. According to the exemplary embodiments, severalmedia may be accommodated in an interleaved file, each with its ownrate, and it is desirable that packets of each medium arrive (strictly)in time. As the network's bit rate may change, a media type may bealtered or may be replaced with another that is compatible with thecurrent bit rate, so that packets arrive (strictly) on time.

The term “synchronization” or “synchronized” refers to temporalreference or correlation between any two or more content types, such assound accompanying video. For example, lip-synch correlates the movementof the lips of a speaker with the speaker's speech (and vice-versa).Streaming multimedia may involve accurate synchronization between atleast some of the components (content types, media) of the stream.

The term “image” in this context refers to any type or technology forcreating an imagery data, such as photography, still photography (stillimage, still picture, or simply picture), video photography,stereo-photography, three-dimensional (3D) imaging, thermal or infra-red(IR) imaging, etc. In this context any such image may be “captured,”“obtained,” or “photographed.”

The term “camera” in this context refers to a device of any type ortechnology for creating one or more images or imagery data such asdescribed herein, including any combination of imaging type ortechnology, etc.

The term “server” or “communication server” refers to any type ofcomputing machine connected to a communication network facilitatingcommunication between one or more cameras (e.g., a local camera) and oneor more remote users and/or remote systems.

The term “network” or “communication network” refers to any type ofcommunication medium, including but not limited to, a fixed (wire,fiber, cable) network, a wireless network, and/or a satellite network, awide area network (WAN) fixed or wireless, including various types ofcellular networks, a local area network (LAN) fixed or wireless, and apersonal area network (PAN) fixed or wireless, and any combinationthereof.

It is appreciated that the network bandwidth may change with time,therefore affecting the amount of data that can be communicated over aparticular leg of the network in a particular transfer rate over aparticular period of time. Therefore the content, particularly thestreaming content, should be adapted to the network bandwidth forexample by changing the compression level, changing the imageresolution, removing components or parts of the communicated contentand/or data, replacing components or parts of the communicated contentand/or data with less demanding content and/or data, etc.

Reference is now made to FIG. 1, which is a simplified illustration of amultimedia communication system 10, according to one exemplaryembodiment.

As shown in FIG. 1, multimedia communication system 10 may include acommunication network 11 in which one or more multimedia communicationservers 12 may be distributed forming a server cloud. Servers 12 maycommunicate with communication terminals 13, some of which may beoperated by users 14. One or more of communication terminals 13 may eachcreate or obtain content and transmit it to one or more othercommunication terminals 13 that may receive the transmitted content andprovide it to their respective users 14. Typically, a transmittercommunication terminal 13 may transmit the content to one of servers 12,which may then communicate the content to one or more other servers 12,which may then communicate the content to their respective recipientterminals 13.

It is appreciated that a transmitter communication terminal 13 maybecome a receiver, and a recipient terminal 13 may become a transmitter.It is appreciated that a server 12 may be regarded as a combination of areceiver and a transmitter, the receiver receiving communications from atransmitter communication terminal 13 and the transmitter transmittingcommunications to a recipient communication terminal 13. It isappreciated that a server 12 may include any number of such receiversand transmitters.

A communication terminal 13 may be any type of computation device thatcan create or obtain any type of content, and/or receive and provide toa user any type of content. Content type, or medium, may be sound,speech, image, picture, video, text, graphics, animation, data,metadata, control information, session information, etc. Multimediacontent refers to any combination of two or more content types (media).Particularly, synchronously coupled combination of two or more media.For example, a communication terminal 13 may be a desktop computer, alaptop computer, a tablet computer, a mobile communication device suchas a cellular telephone or a smartphone, a smart-watch or awrist-mounted camera, a camera having communication capabilities, awearable device (e.g. a wrist-mounted camera, a head-mounted camera, ahelmet-mounted camera, etc.), glasses with a display and a camera(smart-glasses), a car-mounted camera, etc.

Communication terminals 13 and communication servers 12 may includemultimedia communication software. Typically, communication terminals 13may include client multimedia communication software 15, andcommunication servers 12 may include server multimedia communicationsoftware 16.

Typically, a communication terminal 13, and/or its client multimediacommunication software 15, may create or obtain content, open acommunication channel to one or more other communication terminals 13 orto a server 12, and transmit the content thereto via the communicationchannel.

Typically, a communication terminal 13, and/or its client multimediacommunication software 15, open a communication channel with one or moreother communication terminals 13 or to a server 12, and receive contenttherefrom via the communication channel.

Typically, a server 12 and/or its server multimedia communicationsoftware 16, may open a communication channel with one or morecommunication terminals 13, typically in response to a request from thecommunication terminal 13, to receive content from a transmittingcommunication terminal 13 or another server 12, and/or to transmitcontent to a recipient communication terminal 13 or another server 12.In a typical channel a first communication terminal 13 creates andtransmits content to a first server 12, which transmits the content toone or more other servers 12, which transmits the content to one or morerecipient communication terminals 13.

A server of multimedia communication system 10 may take the form of aportable server 17. Portable server 17 may operate in any type ofportable computing and/or communication device such as a smartphone. Aportable server 17 may operate as a regular server 12 being a part ofthe server cloud, or in addition to the server cloud, operating as asecondary communication layer, co-located with a content input/outputdevice that does not have long-range communication capabilities. Aportable server 17 may be carried by a user or worn by a user (e.g. awearable computer).

For example, as shown in FIG. 1, a terminal 13 designated by numeral 18(e.g., a hand-held camera, a helmet-mounted camera, a car mounted camera(not shown), etc.) may communicate with a collocated portable server 17using a short-range communication network such as Bluetooth, Wi-Fi, etc.The portable server 17 may then communicate with a server 12 via acellular network. It is appreciated that a portable server 17 mayexecute both client multimedia communication software 15 and servermultimedia communication software 16.

The content transferred between communication terminals 13 and servers12 is typically considered multimedia content as it may include two ormore media. These different media may be of the same content type or ofdifferent content types, such as sound, speech, image, picture, video,text, graphics, animation, data, metadata, control information, sessioninformation, etc.

Reference is now made to FIG. 2, which is a simplified block diagram ofa computing system 19, according to one exemplary embodiment. As anoption, the block diagram of FIG. 2 may be viewed in the context of thedetails of the previous Figures. Of course, however, the block diagramof FIG. 2 may be viewed in the context of any desired environment.Further, the aforementioned definitions may equally apply to thedescription below.

The block diagram of computing system 19 may represent a general exampleof a device used for executing client multimedia communication software15 and/or server multimedia communication software 16, or any other typeof software program. For that purpose computing system 19 may representa communication terminal 13 and/or server 12 and/or portable server 17.

The term “computing system” or “computing device” relates to any type orcombination of computing devices, or computing-related units, including,but not limited to, a processing device, a memory device, a storagedevice, and/or a communication device.

As shown in FIG. 2, computing system 19 may include at least oneprocessor unit 20, one or more memory units 21 (e.g., random accessmemory (RAM), a non-volatile memory such as a Flash memory, etc.), oneor more storage units 22 (e.g. including a hard disk drive and/or aremovable storage drive, representing a floppy disk drive, a magnetictape drive, a compact disk drive, a flash memory device, etc.).Computing system 19 may also include one or more communication units 23,one or more graphic processors 24 and displays 25, a variety of userinput and output (I/O) devices 26, and one or more communication buses27 connecting the above units. Computing system 19 may be powered by apower supply 28, which may include a battery.

Computing system 19 may also include an imaging sensor 29 configured tocreate a still picture, a sequence of still pictures, a video clip orstream, a 3D image, a thermal (e.g., IR) image, stereo-photography,and/or any other type of imaging data and combinations thereof.

Computing system 19 may also include one or more computer programs 30,or computer control logic algorithms, which may be stored in any of thememory units 21 and/or storage units 22. Such computer programs, whenexecuted, enable computing system 19 to perform various functions (e.g.as set forth in the context of FIG. 1, etc.). Memory units 21 and/orstorage units 22 and/or any other storage are possible examples oftangible computer-readable media.

Particularly, computer programs 30 may include client multimediacommunication software 15 and/or server multimedia communicationsoftware 16. Computer programs 30 may also, or alternatively, includetransmitter communication software and/or receiver communicationsoftware or modules. Computer programs 30 may also, or alternatively,include multimedia file processing software or modules. Any suchsoftware or module may be embodied in the form of a hardware module orunit.

Communication units 23 may support one or more types of communicationtechnologies such as short-range communication (e.g., PAN, such as USB,Wi-Fi, Bluetooth, etc.) or long-range communication (e.g., Ethernet, IP,Cellular, WiMAX, etc.), whether wired or wireless. For that matter,computing system 19 and/or communication units 23 may include asubscriber identity module (SIM) or a similar device.

Reference is now made to FIG. 3, which is a simplified illustration of acommunication channel 31 of multimedia communication system 10,according to one exemplary embodiment.

As an option, the illustration of FIG. 3 may be viewed in the context ofthe details of the previous Figures. Of course, however, theillustration of FIG. 3 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

As shown in FIG. 3, channel 31 may connect between at least onetransmitter communication terminal 13 and at least one recipientcommunication terminal 13. Both communication terminals may includeclient multimedia communication software 15. The channel may alsoinclude one or more servers, which may include server multimediacommunication software 16. Servers 12 may communicate between themselvesvia a communication network 11. Servers 12 and communication terminals13 may also communicate between themselves via a communication networksuch as communication network 11. Typically, servers 12 communicatebetween themselves over a cable communication network whilecommunication terminals 13 communicate (e.g., with servers 12) over awireless network (cellular, Wi-Fi, etc.). It is appreciated that anypart of the network may be a limited-bandwidth network. The term‘limited-bandwidth network’ may refer to a network having limitedbit-rate, high latency, high jitter, etc.

As shown in FIG. 3, at least one of the communication terminals 13(whether the transmitting terminal or the recipient terminal) may alsooperate as a portable server 32, typically by using server multimediacommunication software 16. Portable server 32 may communicate withdevices that serve as user peripheral input/output devices, such aswearable computing devices.

For example, a communication terminal 13 operating as a portable server32 may be a smartphone, which may communicate with a smart-watch 33 witha wrist-band-mounted camera 34, or with a camera and display embedded ineyeglasses 35 (smart-glasses), etc. Such peripheral and/or wearabledevices may be regarded as communication terminals 13 too, and may beexecuting client multimedia communication software 15. Portable server32 and the peripheral devices may be communicatively coupled over ashort-distance network such as Wi-Fi, Bluetooth, etc.

Reference is now made to FIG. 4, which is a simplified illustration ofanother variation of communication channel 31 of multimediacommunication system 10, according to one exemplary embodiment.

As an option, the illustration of FIG. 4 may be viewed in the context ofthe details of the previous Figures. Of course, however, theillustration of FIG. 4 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

As shown in FIG. 4 the smart-watch 33 may include a SIM card andcommunicate directly with server 12, for example by using a cellularnetwork. The smart-watch 33 may then operate as a portable server 32communicating with peripheral devices such as wrist-mounted camera 34,eyeglasses 35 and tablet computer 36.

The communication terminals 13 of FIGS. 1, 3 and 4 may have any type andnumber of user input/output devices such as keyboard, microphone,speaker, display, touch-sensitive display, camera, etc.

Reference is now made to FIG. 5, which is an enlarged illustration ofthe smartwatch 33 and wristband-mounted camera 34 of FIGS. 3 and 4,according to one exemplary embodiment.

As an option, the smartwatch 33 and the wristband-mounted camera 34 ofFIG. 5 may be viewed in the context of the details of the previousFigures. Of course, however, the smartwatch 33 and wristband-mountedcamera 34 of FIG. 5 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

As shown in FIG. 5, a wristband 37 may include electronic circuitry 38,such as shown and described with reference to FIG. 2 and one or morecameras 39 embedded in wristband 37.

As shown in FIG. 5, two cameras are mounted on wristband 37. As anexample, the two cameras 39 are mounted on the same side of wristband37. As an example, wristband 37 includes a bulge 40 and at least onecamera 39 is mounted on the bulge 40. As an example, the two cameras 39are mounted with an obtuse angle between them.

The use of two cameras is known and common with smartphones. However, insmartphones the two cameras are mounted on the two opposing sides of thesmartphone, at a straight angle (180 degrees) to enable the user to lookstraight at the display when capturing a picture using the outboundcamera or the inbound (selfie) camera. However, when using awrist-mounted camera, the user may look down on the display worn on thewrist, such as the display of a smartwatch. Therefore the outboundcamera or the inbound (selfie) camera should be mounted at an obtuseangle.

Wristband 37, and or electronic circuitry 38 may also include othermeasuring devices such as location measuring devices, motion measuringdevices, orientation measuring devices, biometric measuring devices,etc. A location measuring device may use a GPS (global positioningsystem) device. A motion measuring device may use an accelerometer orgyro. An orientation device may use a gravimeter (e.g., anaccelerometer), a gyro, a compass, etc. A biometric measuring device maymeasure heartbeat rate, skin conductivity, etc.

As shown in FIG. 1, and as described above with reference to FIGS. 1, 3and 4, multimedia communication system 10 may communicate a plurality ofmedia over a communication network, by obtaining the plurality of mediaby a transmitter terminal communicatively coupled to the communicationnetwork, and transmitting a single data stream from the transmitterterminal to a recipient terminal communicatively coupled to thecommunication network. The transmission may optionally use one or moreservers and/or portable servers. The plurality of media aresynchronously multiplexed by the transmitter terminal over the singledata stream. The recipient terminal may then separate the single datastream into the plurality of synchronized media.

Reference is now made to FIG. 6, which is a simplified sequence-diagram41 of a communication session, according to one exemplary embodiment.

As an option, the sequence-diagram of FIG. 6 may be viewed in thecontext of the details of the previous Figures. Of course, however, thesequence-diagram of FIG. 6 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

As shown in FIG. 6, sequence diagram 41 is an example of a communicationsession between a transmitter communication terminal 42, and a recipientcommunication terminal 43, via a server 44. It is appreciated thatserver 44 represents any number of cloud servers and/or portableservers.

As shown in FIG. 6, transmitter 42 may initiate a communication sessionby opening a communication channel with server 44 (steps 45, 46 and 47)and then sending a stream file (step 48), ended by an end-of-session orend-of-file signal (step 49), after which the session is terminated(step 50) at the transmitter's side. Here, server 44 operates as areceiver, and particularly as a first receiver.

In a separate process (not shown in FIG. 6), transmitter 42 may obtainfrom server 44 a unique content identifier, or a token for a contentitem, such as a universal resource identifier (URI). When initiating thesession, transmitter 42 may present the content identifier or a token toserver 44 to identify the stream body communicated in step 48.

In a separate process (not shown in FIG. 6), transmitter 42 maycommunicate to recipient 43 the content identifier or token. Transmitter42 may communicate the content identifier or a token to recipient 43 viaserver 44 or via a different type of server (e.g., an administrationserver). Transmitter 42 may communicate the content identifier or atoken to recipient 43 at any time. For example, transmitter 42 maycommunicate the content identifier or a token to recipient 43 any timebefore step 45, anytime between step 45 and step 50, and any time afterstep 50.

As shown in FIG. 6, receiver 43 may respond to the communication sessioninitiated by the transmitter 42 by opening a communication channel withserver 44 (steps 51, and 52) and then receiving a stream file (step 53),ended by an end-of-session or end-of-file signal (step 54), after whichthe session is terminated at the receiver's side.

Receiver 43 may identify the required stream file by presenting toserver 44 (e.g., in step 51) the content identifier or token receivedfrom transmitter 42. Receiver 43 may present the content identifier ortoken to server 44 any time after it is received, whether before step45, between step 45 and step 48, with step 48, after step 48, and/orafter step 54. Here, server 44 operates as a transmitter, andparticularly as a second transmitter, while receiver 43 may beconsidered a second receiver.

Obviously, if receiver 43 presents the content identifier or token toserver 44 before step 48 the streaming (step 53) may start as soon asstreaming starts at the transmitter side (step 48).

It is appreciated that the multimedia content transmitted in step 48,and the multimedia content received in step 53 may include a pluralityof media. Particularly, the stream communicated in steps 48 and 53 mayinclude at least one data element describing a plurality of mediacomprising the single data stream, and a plurality of data elementsidentifying a particular data stream element including a particularmedium, where the data stream elements of different media of theplurality of media in the single data stream are synchronized with eachother.

It is appreciated that the multimedia content communicated in step 53may be different from the multimedia content communicated in step 48 byat least one of the media included in the multimedia content beingconverted. Such converted media may be converted to another form orformat of the same medium type, such as a different frame rate, orresolution, or compression rate. Alternatively, such converted media maybe converted to another medium type such as from speech to text, or fromvideo to animation, etc. However, it is appreciated that the data streamelements of converted medium or media may retain synchronization witheach other as well as with unconverted media elements.

Step 45 may include or function similarly, for example, as an HTTPcommand such as GET typically including a path identifier for a serverto serve the relevant request, and a unique identifier for the streambody file of step 48.

Step 46 may include or function similarly, for example, as an HTTPcommand such as 200 OK optionally denoting a particular medium type(e.g., video, audio, picture, text, etc.) and optionally a sequencenumber or a time stamp indicating the last data element received for theparticular unique identifier.

Step 47 may include or function similarly, for example, as an HTTPcommand such as POST typically including a path identifier for a serverto serve the relevant request, and a unique identifier for the streambody file of step 48. The command of step 47 may also include a name ofa particular parameter and a value of that parameter indicating, forexample:

-   -   Rotation value of a visual element.    -   Horizontal flip of a visual element, enabled or disabled.    -   Vertical flip of a visual element, enabled or disabled.    -   Client version identifier.    -   The width of a visual element.    -   The height of a visual element.    -   Video bitrate in Kb.    -   Audio bitrate in Kb.    -   Initial video codec used.    -   Initial audio codec used.    -   The initial frames-per-second value of a video stream or        picture.    -   The initial sampling rate of an audio track.    -   The initial audio track channel number.    -   A single session subtype number indicating that there will be        only one track.

The time (e.g., the number of seconds, or milliseconds) from theinitiation of the recording until the initiation of the transmission.

The device unique identifier.

Operating system type.

Step 50 may include or function similarly, for example, as an HTTPcommand such as Disconnect Acknowledged such as 200 OK.

Step 51 may include or function similarly, for example, as an HTTPcommand such as GET typically including a path identifier for a serverto serve the relevant request, and a unique identifier for the live bodyfile of step 53.

It is appreciated that the unique identifier of step 51 may be identicalto the unique identifier of step 45. However, the live body file of step53 may differ from the stream body file of step 48 by one or more dataelements extracted, inserted, and/or converted by server 44.

The command of step 51 may include a parameter, which value mayindicate, for example:

-   -   The length of the file previously received for the particular        unique identifier (in a previous step 53).    -   The device unique identifier.    -   Operating system type.    -   Optimize stream content for bandwidth on/off.

Reference is now made to FIG. 7, which is a simplified sequence diagram55 of a communication session between a transmitter communicationterminal 56, and a recipient communication terminal 57, via a pluralityof servers 58, according to one exemplary embodiment.

As an option, the sequence diagram of FIG. 7 may be viewed in thecontext of the details of the previous Figures. Of course, however, thesequence diagram of FIG. 7 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

The number of servers 58 shown in FIG. 7 is arbitrary, and the type ofthe servers is also arbitrary. A session such as shown in FIG. 7 maytransverse any number of servers, and the number of servers may changeduring the session. The same applies to the type of the server, whichmay change during the session. As an example, FIG. 7 shows two types ofservers: cloud servers (such as servers 12 of FIG. 1), and portableservers (such as server 17 of FIG. 1, and/or server 32 of FIGS. 3 and/or4). As an example, FIG. 7 shows two cloud servers and a portable serverfor both the transmitter and the receiver. However, any othercombination of servers is possible and contemplated. It is appreciatedthat transmitter 56 and/or recipient 57, as well as their respectiveportable servers, may access their nearest cloud servers, or the cloudservers providing better communication performance (e.g., higherbandwidth).

As shown in FIG. 7, transmitter 56 may initiate a session by contactingits portable server 59, which then contacts a cloud server 60. Thesession with cloud server 60 is based on a unique content identifierobtained from any cloud server 58 in an earlier process (not shown inFIG. 7), as shown and described with reference to FIG. 6.

In a separate process (not shown in FIG. 7), transmitter 56 and itsportable server 59 may communicate the content identifier or token torecipient 57 or to the portable server 61 associated with recipient 57.Recipient 57 (or its portable server 61), using the content identifieror token, may then access cloud server 60, via any chain of servers 58.However, to reduce latency, cloud server 60 may anticipate thedistribution of recipients and forward multimedia data associated withthe content identifier to various cloud servers in advance of therecipient's requests.

It is appreciated that while a receiver and/or a transmitter may belimited to half-duplex like communication in the sense that atransmitter cannot display received data while it is recording data (andvice versa), a portable server may receive and transmit at the sametime. Therefore, a receiver may initiate “live feedback” streamingtransmission while its portable server is receiving streaming data,e.g., “live body,” (and vice versa).

It is appreciated that a client device that may be operating as atransmitter and/or a receiver, as well as an input device and/or andoutput device, may maintain a connection with its respective portableserver at all times, including time in which no data is exchanged.

The term “live feedback” may refer to any type of content created by therecipient user or by the recipient device (also automatically) whilereceiving the “live body” streaming content. The “live feedback” mayinclude one or more types of content, and may include types of contentthat are different from the types of content of the “live body.” Forexample, the “live body” may include video and audio and the “livefeedback” may include text, a picture, and/or graphics.

Typically, the “live feedback” may not require an independent contentidentifier, may not create an independent session, and may not create anindependent streaming multimedia file. Instead the “live feedback” may“ride upon” the “live body” streaming multimedia file as an annex layer.

“Live feedback” layers may be produced during live transmission of the“live body.” In this context the term “live transmission” may refer tothe transmission of the “live body” while it is created, that is, beforethe creation of the “live body” is completed. However, alternatively,live feedback layers may be also be produced when the “live body”streaming multimedia file is retrieved, after the creation of the “livebody” is completed.

“Live feedback” layers may be produced by any number of recipients(users and/or devices). In one embodiment, the original creator/senderof the “live body” streaming multimedia file may determine which of the“live feedback” to see, and/or which of the “live feedback” todistribute to other recipients.

Therefore, the “live feedback” content is stored as part of the “livebody” streaming multimedia file, however, it may be separatelyidentified so that any such layer can be included or removed accordingto user selection.

Reference is now made to FIG. 8, which is a simplified block diagram ofstreaming multimedia 62, according to one exemplary embodiment.

As an option, the block diagram of FIG. 8 may be viewed in the contextof the details of the previous Figures. Of course, however, the blockdiagram of FIG. 8 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

The term “streaming multimedia” may refer, for example, to the streamfile (i.e. “stream body”) sent by the transmitter 42 to the server 44 instep 48 of FIG. 6, and/or to the stream file (i.e. “live body”) sent bythe server 44 to the receiver 43 in step 53 of FIG. 6. The block diagramof FIG. 8 may be regarded as a description of the structure of dataelements 63 of streaming multimedia 62 sent over time from a transmitterto a receiver, where the right element 63 follows the left element 63 intime. The elements of the streaming multimedia 62 are ordered by timefrom left (early) to right (later), and top line to bottom.

Streaming multimedia 62 as described herein may be carried by any typeof communication technology, for example as, or within, the applicationlayer of an ISO OSI networking model. For example, streaming multimedia62 may be communicated over the Internet protocol (IP), for exampleusing TCP, UDP and/or RTP. For example, the streaming multimedia 62 ofFIG. 8 may support RTP over TCP.

As shown in FIG. 8, streaming multimedia 62 may include a plurality ofelements 63 including control information, data, and various types ofmedia according to a communication protocol of the exemplaryembodiments. In some embodiments, the communication protocol correspondsto the interleaved content elements, which may appear in any order andcombination. In some embodiments, the communication protocol is alsobased on control information, such as the CC and CMS elements (describedbelow) that defines the types (e.g., possible combination) of thecontent elements that follow the control information. A data element 63may be embodied, for example, as a communication packet, such as in apacket switching communication technology. In the example of FIG. 8,such elements 63 may be designated types of control information, data,and media:

-   -   “CC” designates a Configuration Control packet describing the        stream.    -   “CMS” designates a Media Shift Control packet specifying        continuing tracks.    -   “A” designates an Audio data packet.    -   “V” designates a Video data packet.    -   “P” designates a Picture packet.    -   “CT” designates a Control Text packet.    -   “CGEO” designates a Control Geolocation packet.

“A1” and “A2” may designate two different audio channels, such as astereo sound. “V1” and “V2” may designate two different video channels,for example from two cameras, such as a stereoscopic camera or a forwardlooking camera and a backward looking (selfie) camera of a smartphone,smartwatch, and/or wrist-mounted camera as shown and described withreference to FIG. 5. Other types of media are possible, such asgraphics, and animation. CGEO 64 is an example of a data packet carryingany type of data such as measurements derived from sensors such as GPS,accelerometer, gyro, gravimeter, compass, biometric data, timinginformation (e.g., lip-synch), meta-data, etc.

“CC” and “CMS” are examples of types of control packets, typicallycontaining control information. “CC” or Configuration Control packet isa data element 63 typically including a description of the types ofmedia elements in a stream. Typically, a CC element is provided as aheader of a session, such as “stream body” of step 48 and/or “live body”of step 53 of FIG. 6. A CMS element may then be used to remove, add,change, and/or replace types of media elements following the CMSelement.

In the example of streaming multimedia 62 as shown in FIG. 8, streamingmultimedia 62 includes an audio stream A, a video stream V, a pluralityof pictures P and a plurality of textual components CT. The textualcomponents may be, for example, messages (e.g., as in instantmessaging), subtitles, comments, etc. The various elements 63 may becorrelated, and/or synchronized. The various elements 63 may becorrelated, and/or synchronized in time and/or in space.

For example, the audio and the video streams are correlated so that theycan be provided to a user in a synchronized manner. The textualcomponents may be correlated with the video or picture elements so thatthey can be displayed to a user over the correct image.

The CMS element designated by numeral 65 adds, for example, a secondaudio stream A2 and a second video stream V2 to the streaming multimedia62, as well as location data CGEO.

It is appreciated that streaming multimedia 62 may be stored ortransmitted as a single multimedia content file including anycombination of content types, and/or any combination of media streams,and/or any number of content types, and/or media streams. The particularcombination, or configuration, of media streams, and/or content types,is typically designated by the CC element and can be modified by the CMSelement. The media streams, and/or content types are then multiplexedwithin the streaming multimedia content 62 as a sequence of elements 63.

An element 63 may include a header part and a payload part. The headerpart may contain parameters such as source ID, type indicator, timingstamp, sequence number, payload quantity, etc.

The source ID may uniquely identify the device originating, creating,and/or producing the data or content contained in the payload part.

The type indicator may indicate the type of the data or contentcontained in the payload part, such as audio, video, picture, control,etc.

The timing stamp may indicate the time of creation of the particularelement. The timing stamp may be absolute (e.g., GMT) or relative.Relative time stamp may refer to the beginning of the multimedia file62, or relative to the beginning of the particular stream (e.g., A1, V2,etc.) within the multimedia file, or relative to the last (most recent)CC or CMS element, etc.

The sequence number may indicate the number of the particular elementwith respect to the beginning of the particular stream (e.g., the streamof A1 elements, the stream of V2 elements, etc.) within the multimediafile, or relative to the last (most recent) CC or CMS element, etc.

The payload quantity may indicate how much payload is contained in thepayload part, for example, in bits, bytes, seconds, etc. The payloadpart may contain data and/or content typically pertinent to the typeindicated in the header part. The payload quantity, and/or the size ofthe payload part, may be variable. In this respect, each type of medium,and/or each medium stream within the multimedia file 62, may have adifferent and/or particular size of payload part. However, typically, oroptionally, elements of a particular type may have the same payload sizefollowing a particular CMS element (or between CMS elements).

It is appreciated that the structure of the multimedia file 62, as wellas the structure of the elements 63, enable efficient random access toeach and any element 63 within the multimedia file 62. Particularly thestructure of the multimedia file 62, as well as the structure of theelements 63, enable efficient direct access to each and any element 63within each medium stream, or medium type, within the multimedia file62. For example, it is possible to access particular elements 63 of aparticular medium stream, or medium type without having to read all theelements 63 preceding the target element 63, or even the elements 63preceding the target element 63 within a particular medium type orstream.

It is appreciated that each streaming element 63 within the multimediafile 62 may arrive at the receiver strictly in time. The interleavedmultimedia file 62 may accommodate several media, each with its own(streaming) rate. The protocol of multimedia file 62 enables element 63of each medium to arrive (strictly) in time according to the streamingrate of the particular medium. In some embodiments, as the network'sbit-rate may change, one or more media types of the multimedia file 62may be replaced with another medium type that is compatible with thecurrent bit rate, enabling element 63 to arrive (strictly) on time.

It is appreciated that the various elements of the streaming multimedia62 may be tightly and/or accurately correlated and/or synchronized asdescribed above, independently of the particular configuration ofstreaming multimedia 62. In that respect, any combination and/or numberof types carried by streaming multimedia 62 may be tightly and/oraccurately correlated and/or synchronized.

The structure of the multimedia file 62 and its elements 63 may furtherenable a consolidated clock, or timing, or synchronization of thevarious media streams and their elements 63, with respect to theconsolidated clock. The consolidated clock is typically provided at theorigin, such as by the original transmitter and/or the source devices.Therefore the consolidated clock of a particular multimedia file 62consolidates the clocks of the various source devices into a single,synchronized multimedia file 62. Therefore, media streams may beextracted and/or added to the multimedia file 62 by consolidating theirrespective clocks to the consolidated clock of the multimedia file 62.

It is appreciated that the content, or the structure, or theconfiguration, of streaming multimedia 62 may be altered without closingthe file, without initiating the transfer of a new file, and withoutaffecting the correlation and/or synchronization between elements ofstreaming multimedia 62. A content type may be extracted, removed,added, changed and/or replaced while preserving the correlation and/orsynchronization between the elements of streaming multimedia 62.

Therefore, a receiver such as recipient communication terminal 13,and/or server 12, may receive a single data stream such as streamingmultimedia 62, and extract any number of elements 63 of any selectedmedium. Therefore, such receiver may separate (e.g., demultiplex) thesingle data stream into a plurality of media, while preserving thecorrelation and/or synchronization between the elements 63 of streamingmultimedia 62.

A receiver, and/or a transmitter, and/or a communication terminal 13and/or server 12, may include a module or a unit (comprising hardwareand/or software) such as a streaming file processing module or unit thatis capable of processing a streaming multimedia file by, for example,extracting, adding, converting, etc. at least one element 63 of thestreaming multimedia file according to a communication protocol of theexemplary embodiments.

Hence, a transmitter such as transmitter communication terminals 13and/or server 12, may change the configuration (or combination) of mediatypes within a streaming multimedia 62 in real-time, while streamingmultimedia 62 is being communicated, for example by inserting a CMSelement. A CMS element may add, remove or replace one or more mediatypes following the CMS element. Any number of such CMS elements can beused. While the CMS element may change the configuration of thestreaming multimedia 62, the synchronization between old and newelements 63 is preserved.

For example, as shown in FIG. 8, a first CMS configures streamingmultimedia 62 to carry an audio channel A, a video channel V, pictures Pand text T. The second CMS designated by numeral 65 changes theconfiguration by adding a second audio channel, a second video channel,and geolocation data. A third CMS designated by numeral 66 changes theconfiguration of streaming multimedia 62 by removing the audio channelsand the second video channel, inserting a text channel (for examplereplacing the audio channels) and inserting a sequence of pictures (forexample replacing the video channels).

It is therefore appreciated that the structure of the multimedia file 62and its elements 63 may further enable a server to communicate to anyother server or a recipient terminal to provide to a user, any part ofthe multimedia file 62, from any point within the multimedia file 62,whether a single stream or a combination of streams. Such part of themultimedia file 62 may be communicated or provided immediately, or withlow latency, preserving the original structure and/or format of the fileor stream. In this respect, if an element 63 is lost, and/or delayedand/or corrupted, only the particular missing element 63 is omitted fromthe data further communicated and/or provided to a user.

The multimedia file 62 and its elements 63 may further enable a serverand/or a recipient terminal to reconstruct the synchronization betweenelements 63 of the same stream and/or different streams even if someparts of the multimedia file 62 are missing, or cut out, or if themultimedia file 62 is communicated from any arbitrary point of theoriginal multimedia file 62.

For example, a multimedia file 62 may be transmitted or retrieved froman arbitrary point by adding a CC element 63 in the beginning, where theCC element is adapted to types of the immediately followingcontent-bearing elements 63. Thereafter, adding a CMS element 63 may adda new type of content for the following content-bearing elements 63.Typically, the CC may be identified with each originating transmitterdevice (e.g., a device creating a multimedia file) and vice-versa (aparticular originating device may have a particular constant CC).Therefore, if the originating device of a particular multimedia file isknown, the CC is also known, and may be added ahead of any part of theparticular multimedia file.

Returning to FIG. 3, portable server 32 may receive streaming multimedia62 created by a remote communication terminals 13 and communicated viaone or more servers 12. Portable server 32 may then provide the contentsof the streaming multimedia 62 to the user 14 using any combination ofthe output devices available (e.g., smartphone, smartwatch, andsmart-glasses), while preserving the correlation and/or synchronizationbetween the elements 63 of streaming multimedia 62.

Similarly, portable server 32 may collect various content streams and/ordata (e.g., from the smartphone, smartwatch, and smart-glasses), createstreaming multimedia 62, and communicate the streaming multimedia 62 viaone or more servers 12 to any number of recipient communicationterminals. Portable server 32 may multiplex the collected contents ordata over the streaming multimedia 62 in real-time, thus preserving thecorrelation and/or synchronization between the elements 63 of streamingmultimedia 62.

Reference is now made to FIG. 9, which illustrates simplified blockdiagrams of an input streaming multimedia 67, and a corresponding outputstreaming multimedia 68, according to one exemplary embodiment. Inputstreaming multimedia 67 may be a streaming file received by a serverwhile output streaming multimedia 68 may be a streaming file transmittedby the server, corresponding to input streaming multimedia 67.

As an option, the block diagrams of FIG. 9 may be viewed in the contextof the details of the previous Figures. Of course, however, the blockdiagrams of FIG. 9 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

A server in this respect is a computational entity in an intermediarylocation in the network that is capable of receiving and transmittingstreaming multimedia such as streaming multimedia 62 of FIG. 8. Forexample, the server may be server 12 of FIGS. 1, 3, and 4, or portableserver 17 of FIG. 1, or portable server 32 of FIG. 3, or portable server32 of FIG. 4. A server may receive input streaming multimedia 67 from atransmitter communication terminal 13, or from another server (e.g.,server 12, or portable server 17 or 32), and transmit output streamingmultimedia 68 to one or more recipient communication terminals 13, or toanother server (e.g., server 12, or portable server 17 or 32). Theelements of streams 67 and 68 are ordered by time from left (early) toright (later), and top line to bottom.

As shown in FIG. 9, input streaming multimedia 67 and/or outputstreaming multimedia 68 may include a stream of elements such aselements 63 of FIG. 8 starting with a CC and CMS elements and then amultiplexed combination of a variety of media streams such as audiochannels A1, A2, video channels V1, V2, pictures P, text, graphics,animation etc., as well as various data elements as disclosed above.

In the example shown in FIG. 9, input streaming multimedia 67 includes acontinuous and consistent repetition of two audio channels (A1 and A2),two video channels (V1 and V2), and a geolocation control element everythree repetitions of the audio and video channels.

In the example shown in FIG. 9, the server adapts output streamingmultimedia 68 to the conditions downstream. For example, the server maydetect and/or determine that the bandwidth available downstream is toolow to communicate input streaming multimedia 67 in real-time.Therefore, the server may reduce the amount of data, or bitrate,communicated by output streaming multimedia 68. In a first exemplarysequence 69 the server removes A1, extracts V1 and replaces it with areduced bitrate version V1*, extracts V2 and converts it into a graphicanimation GA2. V1* may include a higher compression rate of V1, orreduced color depth, or reduced resolution, etc.

In a second exemplary sequence 70 the server may detect and/or determinethat the recipient communication terminal lacks computing orprovisioning (e.g. output devices) capabilities. For example, server maydetect and/or determine that the recipient communication terminal cannotprovide real-time video. Therefore the server may extract V1 and convertit into a graphic animation GA1, and extract V2 and replace it with oneor more still pictures P2.

In a third exemplary sequence 71 the server may detect and/or determinethat the environment of the recipient communication terminal isinadequate for a particular medium. For example, a noisy environment maybe inadequate for audio, and direct sunlight may be inadequate forvisual display. For example, server may detect and/or determine that theenvironment of the recipient communication terminal is noisy andtherefore the server may extract the audio channel A and convert it intotextual display CT. Alternatively, a recipient user having a hearingloss may request such conversion.

It is appreciated that in the examples herein, where a server determinesor detects any particular situation, the server may detect suchsituation directly, or indirectly via the recipient terminal. In suchcase the recipient terminal may report such particular situation to theserver, and/or implicitly request a particular modification of thecommunicated multimedia file.

It is appreciated that in the examples of sequences 69, 70 and 71 theelements of output streaming multimedia 68 are synchronized, and/orcorrelated, to each other in the same manner in which the correspondingelements of input streaming multimedia 67 are synchronized, and/orcorrelated, to each other. Particularly, for example, the replaced,and/or converted, and/or inserted elements (e.g., V1*, GA1, GA2, P2,etc.) are synchronized, and/or correlated, to the other elements of thecorresponding sequences, in the same manner in which the correspondingoriginal elements are synchronized, and/or correlated, to each other.

A streaming file processing module or unit of a receiver, and/or atransmitter, and/or a communication terminal 13 and/or server 12, mayprocess a single data stream based on a communication protocol of theexemplary embodiments, by, for example, extracting, adding, converting,etc. at least one element of the single data stream.

Therefore, the communication protocol of a single data stream, as shownand described by streaming multimedia 62 of FIG. 8 and streamingmultimedia 67 and 68 of FIG. 9, may enable a transmitter (such as aserver) to extract at least one data stream element of a selected mediumfrom the plurality of media of the single data stream while preservingthe synchronization with the other data stream elements of differentmedia contained in the single data stream.

The communication protocol may further enable the transmitter to insertat least one data stream element of a selected medium into the singledata stream and to synchronize it according to the synchronization ofthe other media elements of the single data stream.

The communication protocol may further enable the transmitter to convertthe extracted data stream element into an inserted data stream element.Such conversion may include: converting speech to text, converting textto speech, converting text to image, converting video to still picture,converting still picture to graphics, converting video to animation,converting resolution, converting compression, converting resolution,converting color depth, etc.

It is appreciated that the communication protocol may further enable thetransmitter to modify the single data stream by extracting, removing,adding, inserting, changing, converting, and/or replacing one or moreelements of the single data stream to adapt the transmitted single datastream to a characteristic of a communication network, and/or to acharacteristic of a receiver, and/or to a characteristic of theenvironment of the receiver. The network characteristic may includebandwidth, latency, jitter, etc. The characteristic of the receiver mayinclude display resolution, display size, number of pixels in a display,processing power, etc. The characteristic of the environment may includenoise conditions, lighting conditions, etc.

As shown in FIGS. 1, 3, and 4, a streaming file such as shown anddescribed with reference to FIGS. 8 and 9, may travel through two ormore servers (including servers such as server 12 and servers such asportable server 32). It is appreciated that any transmitter, whether aterminal or a server, may reconfigure the streaming file by extracting,removing, adding, inserting, changing, converting, and/or replacing oneor more elements of the single data stream. Particularly, a terminaltransmitter may adapt the configuration of the streaming file, or singledata stream, according to instructions received from the receiver party,which may be a server. Accordingly, a server transmitter may adapt theconfiguration of the streaming file, or single data stream, according toinstructions received from the receiver party, which may be a server, ora terminal receiver, or a user of a terminal receiver.

As disclosed above, the instruction to adapt the streaming file or datastream is based on analyzing, detecting, and/or determining one or morecharacteristics of the network, the receiver, and/or the environment ofthe receiver, which may be carried by any of the transmitter and thereceiver, or a user of the recipient terminal.

Reference is now made to FIG. 10, which is a block diagram of aplurality of multimedia streams received, mixed, and forwarded by aserver, according to one exemplary embodiment.

As an option, FIG. 10 may be viewed in the context of the details of theprevious Figures. Of course, however, FIG. 10 may be viewed in thecontext of any desired environment. Further, the aforementioneddefinitions may equally apply to the description below.

FIG. 10 shows three input multimedia streams designated respectively bynumerals 72, 73, and 74, entering a server (not shown), and two outputmultimedia streams designated respectively by numerals 75, 76. Theserver may be any server such as server 12, or portable servers 17 or32, as shown and described above. The elements of the streams areordered by time from left (early) to right (later), and top line tobottom.

As shown in FIG. 10, the server creates two different output multimediastreams 75 by mixing some of the media streams and elements of the threeinput streams. For example, a portable server operating as a transmittermay mix two or more multimedia streams received from respectiveperipheral devices such as a smartwatch, a wrist-mounted camera, smarteyeglasses, etc.

Alternatively and/or additionally, a cloud server 12 close to arecipient terminal may mix two or more multimedia streams transmitted bydifferent users and communicate them as a single, mixed, and synchronousstream to the recipient device.

In both examples, the selection of the input streaming data to be mixedinto the output streaming multimedia can be determined by thetransmitting user and/or the recipient user according to applicationneeds, the transmitting device, the receiving device, and/or the serveraccording to technical limitations (e.g., network limitation, devicelimitations, and ambient limitations, as disclosed above).

It is appreciated that in a situation such as multi-casting, wheredifferent receivers have different needs, selections, and/orlimitations, the single multimedia stream may have differentconfigurations along the way from the various transmitters to thevarious recipients to optimize the use of the network and minimizelatency and jitter.

In the example of FIG. 10 input multimedia stream 72 includes two audiochannels (A1, A2) and two high-definition video channels (V1, V2). Inputmultimedia stream 73 includes standard definition video stream (SV).Input multimedia stream 74 includes a series of pictures P and variousdata elements CD.

In the example of output multimedia stream 75 the first CMS determines aconfiguration including one of the audio channels (A1) and one of thevideo channels (V1) of input multimedia stream 72, and the video channelof input multimedia stream 73. As the bandwidth needs of the audio andvideo stream of input multimedia stream 72 are higher than those of thevideo channel of input multimedia stream 73 the output multimedia stream75 includes more A1 and V1 elements than SV elements.

Thereafter, a second CMS element determines a different configurationincluding all the audio and video channels of input multimedia stream72, a particular data element CD from input multimedia stream 74.Thereafter, a third CMS elements changes the configuration of the samesingle multimedia stream 75 to include the SV from input multimediastream 73 and selected CD elements from input multimedia stream 74.

In the example of output multimedia stream 76, due to limitations suchas, for example, bandwidth limitations, the first CMS determines a lowbandwidth configuration including SV from input multimedia stream 73converted into low-quality SV* and P and CD from input multimedia stream74. Thereafter, a second CMS, adds A1 and V1 from input multimediastream 72 where A1 is converted into text CT and V1 is converted intographic animation.

It is appreciated that any server along the way from one or more inputdevices obtaining any type of content (e.g., medium, data, etc.) and oneor more output devices presenting any type of content (e.g., medium,data, etc.) may join or add one or more input contents (or any number ofelements thereof) into a single multimedia stream. Similarly, any serveralong the way from one or more input devices obtaining any type ofcontent (e.g., medium, data, etc.) and one or more output devicespresenting any type of content (e.g., medium, data, etc.) may extractone or more input contents (or any number of elements thereof) from thesingle multimedia stream. Consequently, any server along the way fromone or more input devices obtaining any type of content and one or moreoutput devices may convert any number of elements from one type ofcontent into another type of content.

Therefore, a single transmitter may create a combined multimedia fileand send it to a plurality of users (multicasting), where differentusers receive different versions of the original multimedia file, wheresuch different versions may have parts, or streams removed, replaced,converted, added, etc. Similarly, a user, or a recipient device, maysource data and/or content from a plurality of source devices, andreceive these data or content streams in the form of a single multimediafile combining the data or content streams in a synchronous manner.

Reference is now made to FIG. 11, which is an illustration of amultimedia communication system 10 sourcing a plurality of inputs into asingle multimedia file, according to one exemplary embodiment.

As an option, the illustration of FIG. 11 may be viewed in the contextof the details of the previous Figures. Of course, however, theillustration of FIG. 11 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

As shown in FIG. 11, a user 14 operating a recipient terminal 77receives a single multimedia file 78 sourced from a plurality oftransmitter terminals 79, which are illustrated, for example, as camerasbut may be any type of sourcing devices. Transmitter terminals 79 aredesignated by characters A, B and C. Each of transmitter terminals 79may communicate a multimedia file 80 including one or more streams S. Astream S may include audio, video, text, geolocation data, motion data,orientation data, etc. For example, each of transmitter terminals 79transmits a multimedia file containing two streams designated as AS1,AS2, BS1, BS2, and CS1, CS2.

Servers 12 designated by numerals 81 and 82, respectively, receive themultimedia files and each transmits a multimedia file combining thereceived multimedia file. Therefore, multimedia file 83 includesmultimedia files AS1, AS2, BS1, and BS2, while multimedia file 84includes multimedia files CS1, CS2, DS1, and DS2. Consequently,multimedia file 85 includes multimedia files AS1, AS2, BS1, and BS2,CS1, CS2, DS1, and DS2. Thereafter, multimedia file 78 includesmultimedia files AS1, AS2, BS1, and BS2, CS1, CS2. Similarly, multimediafile 86 may include multimedia files AS1, AS2, DS1, DS2, ES1 and ES2.

As shown in FIG. 11, multimedia communication system 10 may create asingle, synchronous, multimedia file by consolidating streams, and/ormultimedia files, sourced, or originated, or produced, independently, bya plurality of source devices, for example, by consolidating theirrespective clocks.

It is appreciated that, for example, if at least one stream element(e.g., element 63 of FIG. of 8) of AS1 or AS2 is synchronized with atleast one stream element of BS1 or BS2, and at least one stream elementof BS1 or BS2 is synchronized with at least one stream element of CS1 orCS2 then, for example, any element of AS1 can be synchronized with anyelement of CS2 and a multimedia file of AS1 and CS2 can be created witha consolidated clock.

It is appreciated that such action of removal, addition, replacement,conversion, etc., of one or more streams from a multimedia file or intoa multimedia file may be effected in real-time, for example, by using oradding a single CMS element within the multimedia file.

Multimedia communication system 10 may adapt the structure of thecombined multimedia file transmitted to a recipient device or useraccording to various conditions associated with the communicationnetwork, the recipient device, the environment of the recipient device,and characteristics associated with the recipient user. The structure ofthe combined multimedia file refers to various characteristics of thecontent and/or data streams contained in the multimedia file. Multimediacommunication system 10 may, for example, remove content and/or datastreams from the multimedia file, add content and/or data streams intothe multimedia file, and convert content and/or data streams containedin the multimedia file into other forms, formats, and/or types.

For example, scenarios that may affect the structure of the multimediafile may include permanent and/or temporary personal impairment such asvisual impairment, hearing impairment, etc. Permanent and/or temporarypersonal unavailability or incapacity to receive particular types ofmedia. Such situations may be derived and/or identified, for example,from a diary or a similar computerized facility, from the use ofparticular peripheral devices such as earpieces or a car speakerphonesystem, according to the time of day or day of the week, by sensing theenvironment, etc.

For example, sensing the environment may include sensing the speed ofmotion such as riding a car, sensing ambient noise and/or lightconditions, etc. Multimedia communication system 10 may adapt themultimedia file to the geo-location of the recipient device such ashome, workplace, open public place, indoor public place, airplane mode,roaming, etc.

Although descriptions have been provided above in conjunction withspecific embodiments thereof, it is evident that many alternatives,modifications and variations will be apparent to those skilled in theart. Accordingly, it is intended to embrace all such alternatives,modifications and variations that fall within the spirit and broad scopeof the appended claims. It is to be understood that the invention is notnecessarily limited in its application to the details of constructionand the arrangement of the components and/or methods set forth in thefollowing description and/or illustrated in the drawings and/or theexamples. The invention is capable of other embodiments or of beingpracticed or carried out in various ways.

The present invention may be a system, a method, and/or a computerprogram product. The computer program product may include a computerreadable storage medium (or media) having computer readable programinstructions thereon for causing a processor to carry out aspects of thepresent invention.

The computer readable storage medium can be a tangible device that canretain and store instructions for use by an instruction executiondevice. The computer readable storage medium may be, for example, but isnot limited to, an electronic storage device, a magnetic storage device,an optical storage device, an electromagnetic storage device, asemiconductor storage device, or any suitable combination of theforegoing. A non-exhaustive list of more specific examples of thecomputer readable storage medium includes the following: a portablecomputer diskette, a hard disk, a random access memory (RAM), aread-only memory (ROM), an erasable programmable read-only memory (EPROMor Flash memory), a static random access memory (SRAM), a portablecompact disc read-only memory (CD-ROM), a digital versatile disk (DVD),a memory stick, a floppy disk, a mechanically encoded device such aspunch-cards or raised structures in a groove having instructionsrecorded thereon, and any suitable combination of the foregoing. Acomputer readable storage medium, as used herein, is not to be construedas being transitory signals per se, such as radio waves or other freelypropagating electromagnetic waves, electromagnetic waves propagatingthrough a waveguide or other transmission media (e.g., light pulsespassing through a fiber-optic cable), or electrical signals transmittedthrough a wire.

Computer readable program instructions described herein can bedownloaded to respective computing/processing devices from a computerreadable storage medium or to an external computer or external storagedevice via a network, for example, the Internet, a local area network, awide area network and/or a wireless network. The network may comprisecopper transmission cables, optical transmission fibers, wirelesstransmission, routers, firewalls, switches, gateway computers and/oredge servers. A network adapter card or network interface in eachcomputing/processing device receives computer readable programinstructions from the network and forwards the computer readable programinstructions for storage in a computer readable storage medium withinthe respective computing/processing device.

Computer readable program instructions for carrying out operations ofthe present invention may be assembler instructions,instruction-set-architecture (ISA) instructions, machine instructions,machine dependent instructions, microcode, firmware instructions,state-setting data, or either source code or object code written in anycombination of one or more programming languages, including an objectoriented programming language such as Smalltalk, C++ or the like, andconventional procedural programming languages, such as the “C”programming language or similar programming languages. The computerreadable program instructions may execute entirely on the user'scomputer, partly on the user's computer, as a stand-alone softwarepackage, partly on the user's computer and partly on a remote computeror entirely on the remote computer or server. In the latter scenario,the remote computer may be connected to the user's computer through anytype of network, including a local area network (LAN) or a wide areanetwork (WAN), or the connection may be made to an external computer(for example, through the Internet using an Internet Service Provider).In some embodiments, electronic circuitry including, for example,programmable logic circuitry, field-programmable gate arrays (FPGA), orprogrammable logic arrays (PLA) may execute the computer readableprogram instructions by utilizing state information of the computerreadable program instructions to personalize the electronic circuitry,in order to perform aspects of the present invention.

Aspects of the present invention are described herein with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems), and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer readable program instructions.

These computer readable program instructions may be provided to aprocessor of a general purpose computer, special purpose computer, orother programmable data processing apparatus to produce a machine, suchthat the instructions, which execute via the processor of the computeror other programmable data processing apparatus, create means forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks. These computer readable program instructionsmay also be stored in a computer readable storage medium that can directa computer, a programmable data processing apparatus, and/or otherdevices to function in a particular manner, such that the computerreadable storage medium having instructions stored therein comprises anarticle of manufacture including instructions which implement aspects ofthe function/act specified in the flowchart and/or block diagram blockor blocks.

The computer readable program instructions may also be loaded onto acomputer, other programmable data processing apparatus, or other deviceto cause a series of operational steps to be performed on the computer,other programmable apparatus or other device to produce acomputer-implemented process, such that the instructions which executeon the computer, other programmable apparatus, or other device implementthe functions/acts specified in the flowchart and/or block diagram blockor blocks.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a software module, segment, orportion of code, which comprises one or more executable instructions forimplementing the specified logical function(s). It should also be notedthat, in some alternative implementations, the functions noted in theblock may occur out of the order noted in the figures. For example, twoblocks shown in succession may, in fact, be executed substantiallyconcurrently, or the blocks may sometimes be executed in the reverseorder, depending upon the functionality involved. It will also be notedthat each block of the block diagrams and/or flowchart illustration, andcombinations of blocks in the block diagrams and/or flowchartillustration, can be implemented by special purpose hardware-basedsystems that perform the specified functions or acts, or combinations ofspecial purpose hardware and computer instructions.

The descriptions of the various embodiments of the present inventionhave been presented for purposes of illustration, but are not intendedto be exhaustive or limited to the embodiments disclosed. Manymodifications and variations will be apparent to those of ordinary skillin the art without departing from the scope and spirit of the describedembodiments. The terminology used herein was chosen to best explain theprinciples of the embodiments, the practical application or technicalimprovement over technologies found in the marketplace, or to enableothers of ordinary skill in the art to understand the embodimentsdisclosed herein.

It is expected that during the life of a patent maturing from thisapplication many relevant clients, target services, protocols,communication networks, messages and tickets will be developed and thescope of the term client, target service, protocol, communicationnetwork, message and ticket is intended to include all such newtechnologies a priori.

It is appreciated that certain features of the invention, which are, forclarity, described in the context of separate embodiments, may also beprovided in combination in a single embodiment. Conversely, variousfeatures of the invention, which are, for brevity, described in thecontext of a single embodiment, may also be provided separately or inany suitable subcombination or as suitable in any other describedembodiment of the invention. Certain features described in the contextof various embodiments are not to be considered essential features ofthose embodiments, unless the embodiment is inoperative without thoseelements.

Although the invention has been described in conjunction with specificembodiments thereof, it is evident that many alternatives, modificationsand variations will be apparent to those skilled in the art.Accordingly, it is intended to embrace all such alternatives,modifications and variations that fall within the spirit and broad scopeof the appended claims.

What is claimed is:
 1. A computer-implemented method for communicating aplurality of media over a communication network, the method comprising:obtaining a plurality of media by a transmitter communicatively coupledto said communication network, the plurality of media having respectivetypes of multimedia content; preparing to transmit said plurality ofmedia to a receiver communicatively coupled to said communicationnetwork; transmitting said plurality of media from said transmitter tosaid receiver as a single data stream including an interleaved sequenceof data stream elements of said plurality of media; extracting at leastone data stream element of a first medium from said single data stream,while preserving synchronization with other data stream elements ofdifferent media in said selected single data stream; converting theextracted at least one data stream element into an insertable datastream element of a second medium; adapting the converted data streamelement based on a characteristic of at least one of: said communicationnetwork; said receiver; or an environment of said receiver; andinserting the adapted converted data stream element into the single datastream; wherein said step of adapting comprises: analyzing saidcharacteristic; converting said extracted data stream element into saidinserted data stream element in said transmitter; and transmitting saidconverted data stream element to said receiver; wherein each of saiddata stream elements includes data of one respective type of multimediacontent of said plurality of media; and wherein at least one data streamelement of said single data stream comprises at least one of:description of said plurality of media; identification of a particularmedium of said plurality of media; or identification of at least oneother data stream element bearing a particular medium of said pluralityof media.
 2. The method for communicating a plurality of media accordingto claim 1, further comprising at least one of: including at least onedata stream element indicating a change in said plurality of media;synchronizing at least one data stream element of said first medium withat least one other data stream element of said first medium;synchronizing at least one data stream element of said first medium withat least one data stream element of said second medium; separating saidsingle data stream into a plurality of different portions of media basedon the respective types of multimedia content; multiplexing theplurality of media in said single data stream by said transmitter; ordemultiplexing data stream elements of a particular medium from saidsingle data stream by said receiver.
 3. The method for communicating aplurality of media according to claim 1, wherein: the characteristic ofsaid communication network comprises at least one of: network bandwidth,network latency, or network jitter; the characteristic of said receivercomprises at least one of: display resolution, display size, number ofpixels in a display, or processing power; and the characteristic of anenvironment of said receiver or said second receiver comprises at leastone of: noise conditions or lighting conditions.
 4. The method forcommunicating a plurality of media according to claim 1, wherein atleast one of said steps of extracting, inserting, and converting is atleast: instructed by said receiver and executed by said receiver;instructed by a user of said receiver and executed by said receiver;instructed by said receiver and executed by said transmitter; instructedby a user of said receiver and executed by said transmitter; orinstructed by a user of said transmitter and executed by saidtransmitter.
 5. The method for communicating a plurality of mediaaccording to claim 1, wherein said step of adapting comprisescommunicating an adaptation instruction from said receiver to saidtransmitter.
 6. The method for communicating a plurality of mediaaccording to claim 1, wherein said receiver, being a first receiver,further transmits said extracted at least one data stream element of thefirst medium to a selected second receiver of a plurality of secondreceivers, wherein said selected second receiver is adapted to providesaid first medium to a user.
 7. The method for communicating a pluralityof media according to claim 1, wherein said receiver, being a firstreceiver, transmits a plurality of extracted data stream elements of theplurality of media to a plurality of second receivers, wherein each ofsaid second receivers is adapted to provide at least one respectiveselected medium to a user; and wherein said plurality of extracted datastream elements are transmitted synchronously.
 8. A networkcommunication node comprising at least one hardware-based processorconfigured to: obtain data from a plurality of sources forming arespective plurality of media, the plurality of media having respectivetypes of multimedia content; transmit, to a receiver communicativelycoupled via a communication network, a multimedia file, said multimediafile being transmitted in a single data stream that includes aninterleaved sequence of data stream elements of the plurality of media;extract at least one data stream element of a first medium from saidsingle data stream, while preserving synchronization with other datastream elements of different media in said selected single data stream;convert the extracted at least one data stream element into aninsertable data stream element of a second medium; adapt the converteddata stream element based on a characteristic of at least one of: saidcommunication network; said receiver; or an environment of saidreceiver; and insert the adapted converted data stream element into thesingle data stream; wherein said adapting comprises: analyzing saidcharacteristic; converting said extracted data stream element into saidinserted data stream element in said transmitter; and transmitting saidconverted data stream element to said receiver; wherein each of saiddata stream elements includes data of one respective type of multimediacontent of said plurality of media; and wherein at least one data streamelement of said single data stream comprises at least one of:description of said plurality of media; identification of a particularmedium of said plurality of media; or identification of at least oneother data stream element bearing a particular medium of said pluralityof media.
 9. The network communication node according to claim 8,wherein at least one data stream element of at least one of saidinterleaved sequence of data stream elements comprises at least one of:synchronization data enabling the receiver to: synchronize said at leastone data stream element of the first medium with at least one other datastream element of said first medium; synchronize said at least one datastream element of said first medium with at least one data streamelement of a second medium; and separate said single data stream into aplurality of different portions of media based on the respective typesof multimedia content; at least one data stream element indicating achange in said plurality of media; or at least one data stream elementenabling multiplexing in said single data stream by said transmitter;and de-multiplexing from said single data stream by said receiver. 10.The network communication node according to claim 9, wherein: thecharacteristic of said communication network comprises at least one of:network bandwidth, network latency, or network jitter; thecharacteristic of said receiver comprises at least one of: displayresolution, display size, number of pixels in a display, or processingpower; and the characteristic of an environment of said receivercomprises at least one of: noise conditions or lighting conditions. 11.The network communication node according to claim 8, wherein a streamingfile processing unit is configured to perform at least one of: saidextracting, said inserting, or said converting, responsive to aninstruction that is at least: received from said receiver and executedby said streaming file processing unit of said transmitter; receivedfrom a user of said first transmitter and executed by said streamingfile processing unit of said first receiver; received from a user ofsaid receiver and executed by said transmitter; or received from a userof said transmitter and executed by said transmitter.
 12. The networkcommunication node according to claim 11, wherein said streaming fileprocessing unit is additionally configured to communicate a conversioninstruction from said receiver to said transmitter.
 13. The networkcommunication node according to claim 8, wherein said receiver, being afirst receiver, is configured to transmit said extracted at least onedata stream element of the first medium to a selected second receiver ofa plurality of second receivers, wherein said second selected receiveris configured to provide said first medium to a user.
 14. The networkcommunication node according to claim 8, wherein said first receiver isconfigured to transmit a plurality of extracted data stream elements ofthe plurality of media to the plurality of second receivers, whereineach of said second receivers is adapted to provide at least onerespective selected medium to a user; and wherein said plurality ofextracted data stream elements are transmitted synchronously.
 15. Acomputer program product embodied on a non-transitory computer readablemedium, including instructions that, when executed by at least oneprocessor, cause the processor to perform operations comprising:obtaining data from a plurality of sources forming a respectiveplurality of media, the plurality of media having respective types ofmultimedia content; transmitting, to a receiver communicatively coupledvia a communication network, a multimedia file, said multimedia filebeing transmitted in a single data stream that includes an interleavedsequence of data stream elements of the plurality of media; extractingat least one data stream element of a first medium from said single datastream, while preserving synchronization with other data stream elementsof different media in said selected single data stream; converting theextracted at least one data stream element into an insertable datastream element of a second medium; adapting the converted data streamelement based on a characteristic of at least one of: said communicationnetwork; said receiver; or an environment of said receiver; andinserting the adapted converted data stream element into the single datastream; wherein said adapting comprises: analyzing said characteristic;converting said extracted data stream element into said inserted datastream element in said transmitter; and transmitting said converted datastream element to said receiver; wherein said multimedia file istransmitted in a single data stream that includes an interleavedsequence of data stream elements of the plurality of media; wherein eachof said data stream elements includes data of one respective type ofmultimedia content of said plurality of media; and wherein at least onedata stream element of said single data stream comprises at least oneof: description of said plurality of media; identification of aparticular medium of said plurality of media; or identification of atleast one other data stream element bearing a particular medium of saidplurality of media.
 16. The computer program product according to claim15, wherein the operations further comprise at least one of: includingat least one of said data stream elements indicating a change in saidplurality of media; synchronizing at least one data stream element ofthe first medium with at least one other data stream element of saidfirst medium; synchronizing at least one data stream element of saidfirst medium with at least one data stream element of the second medium;separating said single data stream into a plurality of differentportions of media based on the respective types of multimedia content;multiplexing the plurality of media in said single data stream by saidtransmitter; or demultiplexing data stream elements of a particularmedium from said single data stream by said receiver.
 17. The computerprogram product according to claim 15, wherein: the characteristic ofsaid communication network comprises at least one of: network bandwidth,network latency, or network jitter; the characteristic of said receiveror a second receiver comprises at least one of: display resolution,display size, number of pixels in a display, and processing power; andthe characteristic of an environment of said receiver or said secondreceiver comprises at least one of: noise conditions or lightingconditions.
 18. The computer program product according to claim 15,wherein at least one of said steps of extracting, inserting, andconverting is at least: instructed by said receiver and executed by saidtransmitter; instructed by a user of said receiver and executed by saidtransmitter, or instructed by a user of said transmitter and executed bysaid transmitter.
 19. The computer program product according to claim15, wherein said step of adapting comprises communicating an adaptationinstruction from said receiver to said transmitter.
 20. The computerprogram product according to claim 15, wherein said receiver, being afirst receiver, further transmits said extracted at least one datastream element of the first medium to a selected second receiver of aplurality of second receivers, wherein said selected second receiver isadapted to provide said first medium to a user.
 21. The computer programproduct according to claim 15, wherein said receiver, being a firstreceiver, transmits a plurality of extracted data stream elements of theplurality of media to a plurality of second receivers, wherein each ofsaid second receivers is adapted to provide at least one respectiveselected medium to a user; and wherein said plurality of extracted datastream elements are transmitted synchronously.